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• PAYMENT TRftKSACTION SYSTEM AMD METHQn 
Field o£ . the Iiivenfcjr>Ti 

This invention relates to a payiaent traneaction aystem and 
5 method. 

Baokgrou nd of the Invention 

Many electrohic forms of payment are now in existence. 
Such Bystema include the uae of debit and credit cax-da 
which are used to make paymenta by electronically debiting 
a bank account or a credit account. 



0 



To simplify the manner in which payments are made, 
proposals have been made to make payments by way of a 
mobile or cellular telephone. These methods basically 
relate to integrated voice response processes, in which 
the consumer uses the phone and is interrogated by a 
system to input prompta by voice. These known proposals 
have two main problems, namely time sensitivity and non- 
interoperability. Thus, integrated voice resppnae 
prooesaee take too long to be an advantage to either the 
purchaser or the seller or are frustrating to both. 
Similarly, SMS messaging may have time lag issues If SMS 
messaging is used instead of voice prompt techniques. 
Non-interoperability may also be an issue because 
different cellular networks operate in various countries, 
and these different networks can employ different 
technology platforms that are not necessarily 
Interoperable with each other, thereby compounding the 
time lag issue of payment transactions, especially when a 
person is not within their usual national jurisdiction. 

Object of the Invention 

The object of the present invention is to provide a system 
and method which makes payments by means of a 
communication device such as a mobile phone easier. 
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Summaary pg the Invention 

The invention provides a payment transaction system 
coxrrpnsxng: 

a first processor having an apparatus for receiving 
payment data from a commonication device belonging to a 
consumer to enable payment to be made for goods or 
services, an EPOS checkout terminal, and a «tore back 
offxce aerver having a store database connected to the 
EPOS checkout terminal; 

a retailer processor having a communication 
trazxemission processor and a transaction payment database, 

a first communication link connecting the receiver 
processor to the retailer processor; 

a central facility having a payment approval 
processor and an account transaction payment database, the 
account transaction database maintaining a database of 
accounts relating to consumers so that the processor can 
interrogate the database and determine whether a payment 
is to be approved or declined; 

a second commvmication link for connecting the 
retailer prooessor to the central facility so that the 
payment data can be transmitted from the retailer head 
office server to the payment approval processor, and for 
transmitting a signal back from the central facility to 
the head office server indicating that payment is approved 
to enable updating of the transaction payment database of 
the retail head office server; 

a third communication link for communicating the 
central facility with the receiver processor for enabling 
an indication of the approval of the payment to be 
transmitted from the central facility to the receiver 
processor so that the EPOS checkout terminal is provided 
with an indication that payment is approved to enable a 
consumer to receive the goods or services relating to the 
payment . 
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Preferably the 

Preferebly the coranmiction de^l,.» 

P««t te.px.te Which i. dellolded L T , " "'"^ " ' 
Input Of info^ation bv tk- £»o:Llitate the 

telephone relating t» L 

aata to the receiver processor. 

(81ectro.»o Data Capture) a^ehlhe or cradle for ■ 
the mobile telephone t™™< receiving 
enable the tra«!f^ of^ ™ °' ''^^t""" <== 

receiver prc^":':! ' ""^ information to the 

in other ea*odl.e„ts, the transfer frc the .«,bll. 
tel^hone „y be by way of Inf.ared cc^lc.tlon or blue- 

Preferably the second connnunication link compriees at 
least oae fixed line for connecting the »o<i^ t^ thr 
central facility. moaem to the 

col!'"' """'^^ coHu^ication lin^s z«.y comprise a 

p™o~""r;"^^^°^^ interconnecting tZ receLr 

35 The invention still further provides a . . 

system coinprising* Payment transaction 
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receiving p.j,.e„. ! "1 ^-""1- bei.g 

ConHnumcation device. 



15 



«o<i. ^ o«.:'rn=,ur\.^°'""°' •"'"^ 

3ic« " ""ivtng the p.^„t 

appixcation processor i->.« = , . x 
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aDnli^«^• ^^ceivxng from the payment 

applxcatxon processor the approval code and for stor™ 

for, the .ppr»v.l cod. tran«^tt,d to the „,„.. 
c=^u=io.tipn device „d the .to.ed approver =od. « the 
coai,ct.o„ point ere etched to co„£i„ p,y„.„„ 

^.Cillty"::!'" co»»„nic.tin^ the =ent„a 

cixxcy With the receiver processor; 

* office server including a pay„,ent 

database for reeeiv4«» * payment 
ax^nrnv., "^^=^^^^^5 £^om the store back office server 

approval payment details for storing the payment 
transaction details to enable reconclliatlor«^ 
With the central facility; and P^V^^t. 

hack ^ffir^^^ ic.tion link for connecting the store 

hack office server with the retailer head offi.e server 

preferably the first Communication link con^riees a fi.ed 
line eoaniunication link, ">priees a fixed 
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llTlTf-'' '"^^ application processor of the store 

back offxce server communicates with the EPOS collection 

point via a Btore communication network. 

Preferably the communication device is provided with a 
P-eset te«.plate for downloading to facilitate the input of 
data by the c^onsumer to form the payment data supplied to 
the central facility. 

The invention also provides a payment transaction method 
coaqprxs in^ i 

^receiving pa^^ent data from a communication device 
belongixxg to a consumer by ^ first processor to enable 
15 n^n\'° ^^"""^ or services, an EPOS checkout 

11^ ' "''"^ ^^^^^ ^-^-^ - -tore 

database connected to the EPOS checkout terminal. 

providing a retailer processor having a co.„.unication 
transmxssxon processor and a transaction pay^vent database, 
^ providing a first communication link connecting the 

20 receiver processor to the retailer processor, 

providing a central facility having a payment 
approval processor and an account transaction payment 
database, the account transaction database maintaining a 
database of accounts relating to consumers eo that the 
5 processor can interrogate the database and determine 
whether a payment is to be approved or declined, 

providing a second communication link for connecting 
the retailer processor to the central facility so that the 
payment data can be transmitted from th. retailer head 
Q Office server to the payment approval processor, and for 
transmitting a signal back from the central facility to 
the head office server indicating that payment is approved 

the":t ^^r^'""" °' — aaction payment databaL of 

the retail head office server; and 

' providing a third coxmnunication link for 

communicating the central facility with the receiver 
processor for enabling an indication of the approval of 



Amended Sheet 
IPEA/AU 



PCT/SG2004/000250 
Received 2 August 2005 



10 



30 



35 



the payment to be tranamitted from the central facility to 
the receiver proceesor so that the EPOS checkout tentilnal 

provided with an indication that payment ie approved to 
enable a consumer to receive the goods or oervices 
relating to the payment. 

preferably the central facility also transmits a signal to 
the communication device of the consumer indicating that 
payment is approved. 

Preferably the aignal ie an SMS message. 



Preferably the communication device Is provided with a 
preset template which is downloaded to facilitate the 
15 input of information by the consumer into the mobile 

telephone relating to the payment so the mobile telephone 
can transfer the payment data to the receiver processor. 

Preferably the receiver procesBor includes an EDC 
20 (Electronic Data Capture) machine or cradle for receiving 
the mobile telephone to transfer the payment information 
to the receiver processor. 

Preferably the commwiication device comprises a mobile 
2 5 telephone. 

Preferably the second communication link comprises at 
least one fixed line for connecting the modem to the 
central facility. 



Preferably the first and third communication links 
compriRff a common ao™ni=atl.,.. ««Lwaxrk Inneroonnecting 
the receiver processor, the retailer processor and the 
central facility. 

The invention still further provides a payment transaction 
method ccxcnprislng: 
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providing a central facility having a payment 
approval proeeaeor and a transaction payment database, tlie 
database maintaining accoixnts relating to reapeetive 
oonsumers, and the payment approval processor 
interrogating the database and deteraiining whether a 
payment ia to be approved based on the statiie of the 
consumers account, aa maintained in the database, the 
central facility receiving payment data from a 
commxinication device belonglnq to a ccaauner, and if 
payment is to be approved for transmitting an approval 
code back to the coaammication device; 

providing a receiver processor associated with a 
retail outlet for receiving an approval signal including - 
the approval code from the central facility, the receiver 
15 processor including a store back office server having a 
payment application processor and a store database, the 
store database storing the approved payment, and an EPOS 
collection point receiving from the payment application 
processor the approval code and storing the approval code, 
so that when the consumer presents at the collection point 
to collect goods or services paid for, the approval code 
transmitted to the user's communication device and the 
stored approval code at the collection point are matched 
to confirm payment; 

providing a communication link for commuxii eating the 
central facility with the receiver processor; 

providing a retail head office server including a 
payment database for receiving from the store back office 
server approval payment details for storing the payment 
30 transaction details to enable reconciliation .of payments 
with the central facility; and 

providing a second communication link for connecting 
the store back office server with the retailer head office 
server . 
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Preferably the first communication link comprises a fixed 
line commimicatioio. link. 
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Preferably the payment application processor of the store 
back office server coimuunicates with the EPOS oollectioa 
point via a store comnunication network. 

Preferably the communication device is provided with a 
preset tei«plate for downloading to facilitate the input of 
data by the consumer to foim the payment data supplied to 
the central facility. 

Biilef Description of the Drawin^^ 

Preferred embodiment of the invention will be described, 
by way of example, with reference to the accompanying 
drawings ±a which t 

Figure X is a block diagram of a first embodiment of 
the invention for face-to-face payment transactions; • 
Figures 2A and 2B are diagrams of various retail 
stores using the embodiment of Figure 1; and 

Figure 3 is a block diagram of a second embodiment of 
the invention for non-f ace-to-f ace payment transactions. 

Detailed Description of t he Pre£e:r^^d Embodlm^ot-^ 
with reference to Figure 1, a first eznbodiment of the 
invention will be described, in which payments are made 
face-to^face when the consumer presents at a checkout of a 
retail store. 

In order to utilise the system and method according to th« 
first embodiment of the invention, a consumer applies for 
a pre-approved credit/debit limit from a bank or financial 
institution which forms a central facility 100. The 
account Which the consumer obtains may be a credit limit 
for purchases, or an account whereby the conaumer is 
required to maintain funds and only draw down funds which 
are actually banked or otherwise saved by the consumer. 
Thus, the transactions can be in the nature of credit 
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txransactiona or purely debit transactions againat a ' 
consumer' a bank account balance. 

The central authority »ay typically be represented by a 
bank or. other financial institution. The central facility 
100 contpriaes an account transaction payxnent database loi 
Which maintains a database of all the account balaaceo of 
the consumers operating the eystem. The c^tral facility 
alBO includes an approval processor 102 which is 
programmed with debit/credit approval payment application 
software which can receive a requeat for payment and 
xnterrogate the database to determine whether the payment 
is to be authorised or to be declined based on the balance 
of the consumer's account and other data or information 
whxch xs stored relating to the conaun^er and which is to 
be used by the central facility in order to make a 
determination whether to approve the payment or decline 
the payment. 

When a consume, opens an account, the consumer is provided 
With aa anrnimt number and a personal J.a«^uif icaclon 
number (PXN) . The consumer is also provided with a preset 
ten«>late which is supplied from the central facility lOO 
to a communication device, such as a s^bile telephone X03, 
belonging to the consumer. The preset template is stored 
xn the consumer's mobile telephone 103 and will assist the 
user m operating this systen, by organising inpnt data 
Which is to be supplied to enable a payment to be n«de, 
such as by following prompts or commands which may be 
displayed on a screen (not. shown) of the mobile telephone 

Participating retailers who will offer the payment system 
and method are identified by the reference R in Fignre 1 
only one retailer is shown but typically, a number of 
separate retailers R will operate the system. The 
separate retailers R may be individual traders or xaay 
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btflong to R ohain of retail outlets R operated by Llx« «axu« 
organisation. 

Each of the retail outlets R is provided with a receiver 
processor PI for receiving input data from the consumer's 
mobile phone 103. Each individual retail outlet R or each 
chain of retail outlets R ia provided with a retailer 
processor P2 at a retailer head office location. Thus, 
each sole retail outlet R will have a processor P2 which 
nay he located at the premlseB of that retailer, as ahown 
in Figure 2A. However, if, for example, 10 different 
retail stores are operating in the same chain of 
retailers, those 10 retailers R^ to Rio (Figure 2B) will 
have a common single processor P2 located at a head office 
IB location for that chain of retail outlets R. 

The processor PI and the processor P2 are connected to one 
another by a communication network 150. The communication 
network 150 also connects to the central facility 100, 



10 



20 



Each processor PI and each retail store R has a store EPOS 
checkout terminal 105 which is located in the store from 
which products may be purchased. The store also includes 
a store back office aervRr TOR which is connected to tho 
25 EPOS terminal 105. The server 108 has a store database 
107 for maintaining details of all payment transactions 
associated with the particular retail outlet R. 



30 



The EPOS checkout terminal 105 and store back office 
server 108 communicate with the head office servers 111 
via the communication network 150. The retailer's head 
»££lwc, o=>iv=^ 111 liitilvdes a tst-jts appj.icaci.on sottware 
modem 109 and a transaction payment database 110. The 
server 111 conuaunicates with the central facility 110 via 
35 a fixed line or fixed lines 160 and also via the 
communication network 150. 
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When a oonsumer wi^hee to pay for goods at the retail 
outlet, the conBumer preaente at the EPOS checkout 
teoninal lOS and the gooda are processed at the terminal 
105 the ^sual manner. When the total balance payable 
xs determined, the user locates his or her »«bile phone 
103 xn EDO cradle 104 and downloads the preset template 
stored in the mobile telephone so the template ia 
displayed on the screen of the mobile telephone. The 
consmaer can then key in the account code/PlK aiid an 
a^tount payable according to the balance wrung up at the 
EPOS terminal 105 in accordance with the ten^late which is 
dxsplayed to the consumer. The consumer can then sin4>ly 

press ''send" on the mobile fce»3 «T^>ir,T,^ 4.%. 

telephone and the payment data 

will be eent via General Packet Radio Service (GPRS) to 
cradle 104 and then from the processor Pi to the processor 
P2. The communication may be via the terminal 105 and 
store back office server 108, and the communication 
network 150 to the head office aerver 111. Alternatively, 
the communication from the cradle 104 may be from some 
other retail network including the communication network 
ISO to the processor P2 . The GPRS application software 
modem 109 will receive the payment data at the processor 
P2 and will forward the data to the central facility 100 
via fi^ed line 160 so the data is received by the approval 
processor 102. 



The approval processor 102 will then determine, based on 
the account balance in the database 101 associated with 
that conaumer, and any other rules relating to that 
30 consumer, whether the payment is to b© approved or 

declined. The signal indicating approval or declining of 
the payment ia transmitted via line 160 back to retail 
head office server 111 so that a payment transaction 
record in transaction payment database 110 can be updated 
to Show that a payment has been approved and notify the 
retailer pf the asBurance of payment for the goods the 
consumer ia going to take. The central facility 100 also 
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forwards via the network 150 the approval signal back to 
the store back office server 108 and then to the EPOS 
terminal 105 so the EPOS terminal 105 is provided with an 
immediate indication as to whether the approval is given 
5 or whether the transaction is to be declined. If the 

payment Lb approved, then the EPOS terminal 105 can print 
a store receipt 112 and the consumer can take the goods. 
If the payment is declined, then the transaction stops. 

10 If approval takes place, the approval processor 102 will 
cause the balance relating to that consumer in the 
database 101 to be updated with that transaction. Thus, 
if payment ia approved, the account balance is debited to 
reduce the balance, or the credit provided is increased in 

15 accordance with the payment.. 

The approval ie also updated at the store database 107 
associated with the server 108 so the store has a record 
of the actual tranaactione applicable to it, and at the 

20 end of each transaction day^, the transactions from each of 
the retail stores R (such as Ri to Rio) stored in the 
respective store databases 107 are uploaded to the 
. retailer head office server 111 so the retailer server 111 
knows which payments are associated with which of the 

25 retail outlets Ri to Rio operating the system. Thus, at 
the end of each transaction day, payments can be 
reconciled so that each retail outlet R and the retail 
head office know what payments are to be made to which of 
the retail outlets R. 

The central facility 100 pays the retailer at the agreed 
terms and conditions to complete the full transaction 
cycle . 



35 mien the approval processor 102 approves the payment, the 
processor 102 also forwards an SMS message as indicated by 
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line 162 direct to the conpumer'a mobile phone 103 
xxiformiog the ueer that the payment has been approved. 

XX. other «obodi«ent., instead of using the BDC (Electronic 
5 Data Capture) Machine or cradle 104 to receive the GPRS 
sxgnal from the mobile phone 103, coimnunication between 
the ntobile phone 103 and the EPOS checkout tenninal 105 
may be by way of infrared signal or blue-tooth/GPRS 
communication . 

) 

In the case of infrared communication. IR devices 

105 wxll discover" each other and develop an instance 
one-to-one communication. Thia will happen within range 
Of each other and initiate the proce.e of connection and 
accommodating exchange of information over the ir link 
between the mobile telephone 103 and the processor Pi. 

In the case of blue- tooth/GPRS communication, both the 
mobile telephone and the EPOS terminal devices must be 
blue.tooth enabled. v«.en ready, the blue-tooth enabled 
mobxle Phone will send the input data input by the uaer 
via GPRS via a POS device at the checkout terminal 105. 

Apart from the different communication of the input data 
from the mobile telephone to the processor Pi, the system, 
when uexng infrared communication or blue-tooth/GPRs 
communication, operates the same as that previously 
described. 

Figure 3 ia a diagram showing a second embodiment of the 
xnvention in which the payments are non- face- to- face 
payments. m this embodiment, an account io set up in 
exactly the same way as in the earlier embodiment, and the 

whxch is stored in the mobile phone to enable payouts to 
c:aKe pj.ace. 
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When the consumer wiahep to purchase good«, the consumer 
calls the central facility 201. on the pre.et template on 
the mobxle phone 200, the user keys in his or her account 
code. PIN and participating retailer's account number to 
xdantlfy which retailer cr store the consumer Intends to 
make the purchase, and also a collection point from which 
goods, etc. will be collected. The collection point is 
provided with an EPOS terminal 208. 

The input data provided by the consumer is transmitted by 
the mobile phone 200 as a telephone call, data 
communication or the like to the central facility 201. 

The central facility 201 is tho same as the central 
facility 100 previously described, which includes the 
approval processor 203 and the account transaction payment 
database 202. Thus, approval for the purchase or the 
declining of the payment of the purchase is made in the 
same manner as previously described. The approval is 
communicated from the central facility 201 via fixed line 
250 to processor Pi at the particular retailer outlet R 
from which the goods are to be purchased. The processor 
PI includes a store back office server 204 which includes 
a payruent application processor 206 and a store database 
20S. The server 204 is connected to the EPOS terminal 208 

associated with the retail outlet R via local 
communication network 250. 

If approval for the payment is given, the central facility 
returns a signal back to the mobile telephone 200 by way 
Of telephone call or data transmieaion which includes a 
confirmation of the approval and also an approval code, as 
xs represented by arrow 221. The approval which is 
provided from the central facility 201 via the fixed line 
250 also includes the amount and approval code so that the 
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approval code is also received by the processor PI at the 
retail store. 

The server 204 is also connected to a retail head office 
server 207 via communication network 270 which may be a 
dedicated fixed line, internet coaaminication network, or 
any other suitable local or wide area comnrunication 
network. Once again, each of hhe retail outlets R 
operating the syatem and associated with a particular 
chain communicate with a single head office server 207 
associated with that chain. Once again, if the payment is 
approved, the account balance relating to the user in the 
database 202 is updated. 

When the central facility 201 sends via the fixed line 250 
a signal to the store back office server 204 indicating 
that tho tronoaefcien ia appro-v^d (v.^ d«ulined) , the a^re 
database 205 is updated to provide a record of the 
assurance to pay. The payment processor 206 communicates 
with the EPOS terminal 208 so that a standby transaction 
record is forwarded to the EPOS terminal 20 8, which 
includes the payment amoiint and the approval code. 

When the consumer visits the EPOS teraiinal 208, the 
approval code is downloaded on the mobile phone and shown 
to the store personnel, who then calls up the standby 
transaction record and records the matching approval 
codes. A store receipt 209 is printed to confirm the 
transaction. The store EPOS terminal 208 updates the 
store database 205 via the link 260 to show that the 
transaction has been completed and the goods have been 
received. At the end of each traneaction day. the store 
back office server 204 sends all data back to the head 
office server 207 which reconciles with the mobile payment 
35 transactions in the transaction payment database . The 
head office server 207 which, in this embodiment, forms 
the processor P2, also reconciles payments approved by the 
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central facility so that settlement can take place with 
the central facility at the agreed terms and ecnditlona to 
ooinplete the full transaction cycle- 

Since modifications within the spirit and scope of the 
invention may readily bo effected by persons skilled 
wxthin the art. it is to be understood that this invention 
IS not limited to the particular embodiment described by 
way of example hereinabove. 



in the claims which follow and in the preceding 
description of the invention, except where the context 
requires otherwise due to express language or necessary 
implication, the word "comprise", or variations such as 
15 -comprises" or "comprising", is used iix an inclusive 

sense, ie. to specify the presence of the stated features 
but not to preclude the presence or addition of further 
features in various embodiments of the invention. 
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Clajjoas 



1. A payment traneaction ayBtem campriaingt 

a first processor having an apparatus for receiving 
payment data from a comomnicatlon device belonging to a 
consumer to enable payment to be made for gooda or 
eervicea, an EPos checkout terzninal, and a store back 
office server having a store database connected to the 
EPOS checkout terminal i 

a retailer processor having a eoinmunication 
transmission processor and a transaction payment database; 

a first communication link connecting the receiver 
processor to the retailer processor,- 

a bentral facility having a payment approval 
processor and an account transaction payment database, the 
account transaction database maintaining a database of 
accounts relating to conaimers so that the processor can 
inteirrogate the database and determine whether a payment 
is to be approved or declined; 

a second communication lijik for connecting the 
retailer processor to the central facility so that the 
payment data can be transmitted from the retailer head 
office server to the payment approval processor, and for 
transmitting a signal back from the central facility to 
the head office Server indicating that payment is approved 
to enable updating of the transaction payment database of 
the retail head office server? 

a third communication link for communicating the 
central facility with the receiver processor for enabling 
an indication of the approval of the payment to be 
transmitted from the central facility to the receiver 
proceaBor so that the EPOS checkout terminal is provided 
with an indication that payment is approved to enable a 
consumer to receive the goods or services relating to the 
3 5 payment . 
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2. The syatem of claim 1 wherein the central facility ia 
al30 for tran«aitting a sigxxal to the conmunication device 
of the conauxner indicating that payment is approved. 

3. The system of claim 2 wherein the signal ie an SMS 
me0sage. 

4. The system of claim 1 wherein the communication 
device is provided with a preset template which is 
downloaded to facilitate the inp.t of information by the 
consumer into the mobile telephone relating to the payment 
ao the mobile telephone can transfer the payment dataTo 
tile receiver processor. 



15 5 



The system of claim 1 wherein the receiver processor 
includes an EDC (Electronic Data Capture) machine or 
cradle for receiving the mobile telephone to enable the 
transfer of the payment information to the receiver 
proceeeor - 

6. The system of claim 1 wherein the communication 
device comprises a mobile telephone. 

7. The system of claim 1 wherein the second 
communication linJ. comprises at least one fixed line for 
connecting the modem to the central facility. 

8. The system of claim 1 wherein the first and third 
communication links comprise a common communication 
network interconnecting the receiver processor, the 
retailer processor and the central facility. 

9. A payment transaction system compriBing: 

a central facility having a payment approval 
processor and a transaction payment database, the database 
maintaining accounts relating to respective consumers, and 
the payment approval processor being for interrogating the 
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database and deterxnlning wlxether a paynient ia to be 
approved ba.ed the .tatus of the consumers account, a« 

maintained in the database, the e^ni-^^i * • , 

. , ' central facility being for 

receiving payment data from a conanunicatica device 
belonging to a con»u«er, and if payment ie to be approved 
for transmitting an approval code back to the 
coinnmnication device; 

for rL""^'^""" P-cesBOr associated with a retail outlet 
for receiving «n approval signal including the approval 
ITJJ"" ^^<^^llty, the receiver processor 

including a store back office server having a payment 
application processor and a store database, the store 

ToTTol^'^'t? -PP— <^ payment, and an 

EPOS collection point for receiving fron, the payment 
application processor the approval code and for storing 
the approval code, bo that when «^ 

thP s consumer presents at 

ttie collection point to eniio^*. ^ j 

t^omt CO collect goods or services paid 

for, the approval code transmitted to the user's 
communication device and the stored approval code at the 
collection point are matched to confirm payment, 

a communication link for communicating the central 
facility with the receiver processor, 

a., v.* ""f" ''"'^'^ ^"""^^ 1-cluding a payment 

database for receiving from the store back office server 
approval payment details for storing the payment 
transaction details to enable reconciliation of payments 
with the central facility; and 

back lfT°^^^ "=--"»ication link for connecting the store 
back Office server with the retailer head office server. 

10. The system of claim 9 wherein 

^ wnerein the first communication 

link comprises a fixed line communication link. 

The system of claim 9 wherein the payment application 
processor of the store baefc r>ffi^^ 

store toack office server communicates 
with the EPOS collection point via » 

network f°"*t via a store commvinication 
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12 The systen. of clal. 9 wherein the co=„nuuicatlon 
devxce is provided with a preset t«.plate for downloading 
to faoxl.tate the input of data by the consumer to fo^ 
5 the pay».ent data auppHed to the central facility. 

13. A payment transaction method con^riaing- 

receiving payment data froxa a co^unication device 
belonging to a consumer hy a first processor to enable 

1171 " ^""^^ """^^ « store 

database connected to the EPOS checkout terminal- 

providing a retailer proceaaor having a comiLni cation 

TriT ^^''rr ^ — pay^nrTtL:::: 

first cononunication link connecting the 
receiver processor to the retailer processor- 

providing a central facility having a payment 
approval processor and an accov^t transaction payment 
dat^!'" r traneaction database maint^ning a 

databaee of acco«.ts relating to consumers so that th! 
processor can interrogate the database and dote^ne 
whether a payment is to be approved or declined- 

th. T"!'''"''^ " ^^^^''^ connuunication link for connecting 
the retailer processor to the central facility so that the 
payment data can be transmitted from the retailer head 
Of flee server to the payment approval processor, and for 
transmitting a signal back from the central facility to 
lo 22t r ^-^^-^^-^ that payment is approved 

the't ,T °' transaction payment databrL of 

the retail head office server; and 

providing a third communication link for 
communicating. the central facility with the receiver 
processor for enabling an indication of the approval of 
the payment to be transmitted from the central facility to 
the receiver processor so that the .PCS checkout ter^lLl 
xs provxded with an indication that payment is approved to 
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enable a consumer to receive the goods or services 
relating to the payment. 

14. The method of claim 13 wherein the central facility 
also transmits a signal to the communication device of the 
consumer indicating that payment is approved. 

15. The method of claim 14 wherein the signal is an SMS 
message • 

16. The method of claim 13 wherein the communication 
device is provided with a preset template which is 
downloaded to facilitate the input of information by the 
consumer into the mobile telephone relating to the payment 
so the mobile telephone can transfer the payment data to 
the receiver proceasosr, 

17. The method of claim 13 wherein the receiver processor 
includes an EDC (Electronic Data Capture) machine or 
cradle for receiving the mobile telephone to transfer the 
payment information to the receiver processor. 

18. The method of claim 13 wherein the coirauuni cation 
device comprises a mobile telephone. 

19. The method of claim 13 wherein the second 
communication link con^rises at least one fixed line for 
connecting^ the modem to the central facility. 

20. The method of claim 13 wherein the first and third 
communication links comprise a common communication 
network interconnecting the receiver processor, the 
retailer processor and the central facility. 

21. A payment transaction method comprising: 
providing a central facility having a payment 

approval processor and a transaction payment database, the 

P^^^^^M^'l/OUoV^*'^*'^"'^^^ flettlBg9\T«»«poranr Interoet rilea\0[iKi3\ahaok i^n w - PCT-SGJOOi -000230 
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database maintaining accounts ir^lating to respective 
conaumerB, and the payment approval procosaor 
interrogating the database and determining whether a 
payinent ie to be appro,ved based on the atatna of the 
. oonsumexs account, as Maintained in the database, the 
central facility receiving payment data from a 
coannunication device belonging to a consumer, and if 
payment is to be approved for transmitting an approval 
code back to the communication device; 

providing a receiver processor associated with a 
retail outlet for receiving an approve signal including 
the approval code from the central facility, the receiver 
processor including a store back office server having a 
payment application processor and a store database, the 
store databaae storing the approved payment, and an Epos 
collection point receiving from the payment application 
processor the approval code and storing the approval code, 
so that when the consumer presents at the collection point 
to collect goods or services paid for, the approval code 
transmitted to the user's communication device and the 
stored approval code at the collection point are matched 
to confirm payment:; 

providing a communication link for communicating the 
central facility with the receiver Pwcaasorj 

providing a retail head office server including a 
payment database for receiving from the store back office 
sarver approval payment details for storing the payment 
transaction details to enable reconciliation of payments 
With the central facility; and 

providing a second conmnmication link for connecting 
the store back office server with the retailer head office 
server. 

22. The method of claim 21 wherein the first 

communication link comprises a fixed line conm.unication 
link. 
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23- The method of claim 21 wherein the payment 
application processor of the store back office server 
communicates with the EPOS collection point via a store 
communication network, 

24. The system of claim 21 wherein the communication 
device is provided with a preset template for downloading 
to facilitate the input of data by the consumer to form 
the payment data supplied to the central facility. 
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ABSTRACT 

A payment traneaction myat.em and method ±3 dlBclosed which 
has a central facility (100, 200) which has an approval 
5 payment processor and a tranBaction payment database for 
maintaining accounts relating to customers . The approval 
payment processor interrogates the databaae to determine 
whether a payment should be improved based on the status 
of the acco.vmt, A retail processor (PI) receives input 

10 payment data from a consumer's mobile telephone relating 
to the purchase of products so the payment data can be 
received by the central facility for approval or declining 
the payment. The retail processor (Pl) lias an EPOS 
checkout terminal and a store database and communicates 

15 with a retailer head office processor. The mobile phone 
is provided with a preset template for facilitating input 
of data. 
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